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From RFC 791: 
The checksum field Is the 16 

complement of the 
one's complement sum of all 
: words In the header. For 
computing the 
checksum, the value of the 
checksum field is zero." 



In the flowchart: L 
BYTE indicates an 8-bit unsigned value ■ 
WORD indicates a 16-bit unsigned value I 
LWORD indicates a 32-bit unsigned value I 
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